Klik op de beschikbare categorieën voor een overzicht
PHP-lek: gevolgen en afhandeling Onderhoud-Storingen 22 oktober 2026
Op woensdag 21 oktober werden twee ernstige beveiligingslekken bekend in PHP, de software waarop vrijwel alle websites draaien. In ons eerdere bericht leest u hoe wij die dag hebben ingegrepen. In dit bericht leest u wat de gevolgen voor websites waren en hoe wij die afhandelen.
Verplichte overstap naar een veilige PHP-versie
PHP 7.0 tot en met 8.1 worden officieel niet meer ondersteund. Op het moment dat wij moesten ingrijpen, was er voor die versies geen oplossing voor deze lekken. Websites op die versies waren daardoor niet te beveiligen. Wij waren verplicht ze over te zetten naar een veilige, bijgewerkte versie: PHP 8.4.
Achteraf elke website nagelopen
Na de overstap hebben wij alle overgezette websites nagelopen. Een deel daarvan gaf op de nieuwe versie een foutmelding. De oorzaak zit dan in de website zelf: WordPress, het thema of de plugins zijn te oud voor de nieuwe PHP-versie.
Persoonlijk aangeschreven
Iedere klant van wie de website na de overstap een foutmelding gaf, heeft van ons een persoonlijke e-mail gekregen. Daarin leggen wij per website uit waar het fout gaat: welke onderdelen achterlopen, wat er moet gebeuren (bijwerken, of bij een heel oude website opnieuw laten maken) en of er bekende beveiligingslekken in zitten.
Tijdelijke tussenoplossing
Woensdagavond laat is, enigszins onverwacht, ook een beveiligingsupdate uitgebracht voor de oudere PHP-versies die officieel niet meer worden ondersteund. Gezien de ernst van de lekken is dat een begrijpelijk besluit. Daardoor kan een website nu tijdelijk terug naar zijn vorige, bijgewerkte PHP-versie.
Normaal kiest u de PHP-versie van uw website zelf in het hostingpaneel. Dat paneel (Plesk) is nog afgeschermd, tot de leverancier er een beveiligingsupdate voor uitbrengt. Om de afhandeling in de tussentijd niet op te houden, hebben wij een geautomatiseerde tussenoplossing gemaakt.
U beantwoordt onze e-mail met een kort ingevuld blok. Uw website gaat dan binnen enkele minuten tijdelijk terug naar de vorige PHP-versie, en u krijgt een bevestiging. Iedere klant heeft daarvoor een persoonlijke code, zodat niemand anders namens u een verzoek kan doen. De automatische afhandeling per e-mail werkt tot en met 31 oktober 2026; die datum staat ook in uw e-mail. Daarna kunt u gewoon reageren en handelt onze helpdesk uw verzoek af.
Terugzetten naar een oude PHP-versie is op eigen verantwoordelijkheid. Deze versies krijgen normaal geen beveiligingsupdates meer; de update van woensdag was een uitzondering. Zeker in combinatie met een verouderd WordPress, thema of plugins kan een website dan snel worden misbruikt. Hoe lang uw website op de oude versie mag blijven, hangt daarom af van de staat van de website. Zitten er bekende beveiligingslekken in, dan is die tijd sterk ingekort: u moet de website binnen twee weken bijwerken. Is uw website verder bijgewerkt en zijn er geen bekende lekken, dan heeft u langer de tijd, tot uiterlijk 31 december 2026.
Heeft u het hostingpaneel in de tussentijd zelf nodig, dan zetten wij het voor uw eigen IP-adres open.
Vooruitkijken
Aan het einde van dit jaar, op 31 december 2026, zetten wij de oude PHP-versies definitief stop. Draait uw website tijdelijk op een oude versie, zorg dan dat hij vóór die datum is bijgewerkt.
Ook PHP 8.2 krijgt na 31 december 2026 geen updates meer. Klanten met een website op PHP 8.2 krijgen daarover van ons een aparte e-mail. Wij adviseren minimaal PHP 8.3.
Heeft u vragen over uw website of uw PHP-versie, neem dan contact met ons op.
Verplichte overstap naar een veilige PHP-versie
PHP 7.0 tot en met 8.1 worden officieel niet meer ondersteund. Op het moment dat wij moesten ingrijpen, was er voor die versies geen oplossing voor deze lekken. Websites op die versies waren daardoor niet te beveiligen. Wij waren verplicht ze over te zetten naar een veilige, bijgewerkte versie: PHP 8.4.
Achteraf elke website nagelopen
Na de overstap hebben wij alle overgezette websites nagelopen. Een deel daarvan gaf op de nieuwe versie een foutmelding. De oorzaak zit dan in de website zelf: WordPress, het thema of de plugins zijn te oud voor de nieuwe PHP-versie.
Persoonlijk aangeschreven
Iedere klant van wie de website na de overstap een foutmelding gaf, heeft van ons een persoonlijke e-mail gekregen. Daarin leggen wij per website uit waar het fout gaat: welke onderdelen achterlopen, wat er moet gebeuren (bijwerken, of bij een heel oude website opnieuw laten maken) en of er bekende beveiligingslekken in zitten.
Tijdelijke tussenoplossing
Woensdagavond laat is, enigszins onverwacht, ook een beveiligingsupdate uitgebracht voor de oudere PHP-versies die officieel niet meer worden ondersteund. Gezien de ernst van de lekken is dat een begrijpelijk besluit. Daardoor kan een website nu tijdelijk terug naar zijn vorige, bijgewerkte PHP-versie.
Normaal kiest u de PHP-versie van uw website zelf in het hostingpaneel. Dat paneel (Plesk) is nog afgeschermd, tot de leverancier er een beveiligingsupdate voor uitbrengt. Om de afhandeling in de tussentijd niet op te houden, hebben wij een geautomatiseerde tussenoplossing gemaakt.
U beantwoordt onze e-mail met een kort ingevuld blok. Uw website gaat dan binnen enkele minuten tijdelijk terug naar de vorige PHP-versie, en u krijgt een bevestiging. Iedere klant heeft daarvoor een persoonlijke code, zodat niemand anders namens u een verzoek kan doen. De automatische afhandeling per e-mail werkt tot en met 31 oktober 2026; die datum staat ook in uw e-mail. Daarna kunt u gewoon reageren en handelt onze helpdesk uw verzoek af.
Terugzetten naar een oude PHP-versie is op eigen verantwoordelijkheid. Deze versies krijgen normaal geen beveiligingsupdates meer; de update van woensdag was een uitzondering. Zeker in combinatie met een verouderd WordPress, thema of plugins kan een website dan snel worden misbruikt. Hoe lang uw website op de oude versie mag blijven, hangt daarom af van de staat van de website. Zitten er bekende beveiligingslekken in, dan is die tijd sterk ingekort: u moet de website binnen twee weken bijwerken. Is uw website verder bijgewerkt en zijn er geen bekende lekken, dan heeft u langer de tijd, tot uiterlijk 31 december 2026.
Heeft u het hostingpaneel in de tussentijd zelf nodig, dan zetten wij het voor uw eigen IP-adres open.
Vooruitkijken
Aan het einde van dit jaar, op 31 december 2026, zetten wij de oude PHP-versies definitief stop. Draait uw website tijdelijk op een oude versie, zorg dan dat hij vóór die datum is bijgewerkt.
Ook PHP 8.2 krijgt na 31 december 2026 geen updates meer. Klanten met een website op PHP 8.2 krijgen daarover van ons een aparte e-mail. Wij adviseren minimaal PHP 8.3.
Heeft u vragen over uw website of uw PHP-versie, neem dan contact met ons op.
Domeinhost.nl
Domeinhost.nl is een product van InterIP Networks B.V. in Wateringen, tussen Den Haag en Delft
Nieuwsberichten
PHP-lek: gevolgen en afhandeling...
Beveiligingslekken in PHP: maatregelen en stand van zaken...
Webmail vernieuwd: 2-staps verificatie, spellingcontrole en meer...
Nieuw certificaat mailserver: stel mail.interip.nl en smtp.interip.nl in...
Storing shared hosting server web112 in de nacht van 26 op 27 september...
Beveiligingslekken in PHP: maatregelen en stand van zaken...
Webmail vernieuwd: 2-staps verificatie, spellingcontrole en meer...
Nieuw certificaat mailserver: stel mail.interip.nl en smtp.interip.nl in...
Storing shared hosting server web112 in de nacht van 26 op 27 september...
